Based on patch provided by Jason White in PR 37142.
Bump depeneing libpcap to 0.8.1.
Version 5.2.2 at Jan 8 12:34:34 NOVT 2006
------------------------------------------
* The sources was cleaned for new version of gcc 4.0. No complains
any more. No other improvements has been made.
Version 5.2.3 at Mar 12 15:04:12 NOVT 2006
------------------------------------------
* Significant improvement for *BSD packets capturing scheme using
libpcap version 0.8 capabilities (pcap_get_selectable_fd() function).
* Bug-fix against core dumps on the list of interfaces with aliases
and so on.
and to support the "inet6" option instead.
Remaining usage of USE_INET6 was solely for the benefit of the scripts
that generate the README.html files. Replace:
BUILD_DEFS+= USE_INET6
with
BUILD_DEFS+= IPV6_READY
and teach the README-generation tools to look for that instead.
This nukes USE_INET6 from pkgsrc proper. We leave a tiny bit of code
to continue to support USE_INET6 for pkgsrc-wip until it has been nuked
from there as well.
RECOMMENDED is removed. It becomes ABI_DEPENDS.
BUILDLINK_RECOMMENDED.foo becomes BUILDLINK_ABI_DEPENDS.foo.
BUILDLINK_DEPENDS.foo becomes BUILDLINK_API_DEPENDS.foo.
BUILDLINK_DEPENDS does not change.
IGNORE_RECOMMENDED (which defaulted to "no") becomes USE_ABI_DEPENDS
which defaults to "yes".
Added to obsolete.mk checking for IGNORE_RECOMMENDED.
I did not manually go through and fix any aesthetic tab/spacing issues.
I have tested the above patch on DragonFly building and packaging
subversion and pkglint and their many dependencies.
I have also tested USE_ABI_DEPENDS=no on my NetBSD workstation (where I
have used IGNORE_RECOMMENDED for a long time). I have been an active user
of IGNORE_RECOMMENDED since it was available.
As suggested, I removed the documentation sentences suggesting bumping for
"security" issues.
As discussed on tech-pkg.
I will commit to revbump, pkglint, pkg_install, createbuildlink separately.
Note that if you use wip, it will fail! I will commit to pkgsrc-wip
later (within day).
developer is officially maintaining the package.
The rationale for changing this from "tech-pkg" to "pkgsrc-users" is
that it implies that any user can try to maintain the package (by
submitting patches to the mailing list). Since the folks most likely
to care about the package are the folks that want to use it or are
already using it, this would leverage the energy of users who aren't
developers.
I don't know what changed.
I removed the patches. They did not apply and they files are gone
or context is changed.
Now depend on libpcap via buildlink3.mk. I think the patches
I removed were for a provided version of libpcap.
Use INSTALLATION_DIRS for share/examples/trafshow instead of
INSTALL_DATA_DIR.
Note that the /etc/trafshow is hard-coded. I didn't patch this.
in the process. (More information on tech-pkg.)
Bump PKGREVISION and BUILDLINK_DEPENDS of all packages using libtool and
installing .la files.
Bump PKGREVISION (only) of all packages depending directly on the above
via a buildlink3 include.
up DESCR.
No changelog is available, but changes since 3.1 include integration of
the KAME ipv6 patch and the addition of a mode that allows trafshow to
act like a Cisco NetFlow collector.
Okayed by jmmv.
interface as well as with others. If you're using "pppd" and want to be
able to use trafshow to see what's going on on this interface,
you want to update.
Bumb PKGREVISION
first component is now a package name+version/pattern, no more
executable/patchname/whatnot.
While there, introduce BUILD_USES_MSGFMT as shorthand to pull in
devel/gettext unless /usr/bin/msgfmt exists (i.e. on post-1.5 -current).
Patch by Alistair Crooks <agc@netbsd.org>