VTun provides the method for creating Virtual Tunnels over TCP/IP
networks and allows to shape, compress, encrypt traffic in that
tunnels.
Supported type of tunnels are: PPP, IP, Ethernet and most of other
serial protocols and programs. VTun is easily and highly configurable,
it can be used for various network task like VPN, Mobile IP, Shaped
Internet access, IP address saving, etc. It is completely user
space implementation and does not require modification to any kernel
parts.
===> The following configuration options are available for vtun-3.0.4_9:
DOCS=on: Build and/or install documentation
===> Use 'make config' to modify these settings
net/vtun: Deprecate and set expiration date to 2025-06-30
Last release in 2016 and there are multiple security concerns
that aren't addressed. There's a fork but it's also abandoned
and not compatible with this version.
References:
https://github.com/jedisct1/vtun
*/*: Update WWW to use HTTPS for sourceforge.net projects
Homepage link is permanent redirected to its HTTPS counterpart
Issue reported by repology : https://repology.org/repository/freebsd/problems
Approved by: portmgr (blanket)
PR: 274888
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
net: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* <ports@c0decafe.net>
* Aaron Dalton <aaron@FreeBSD.org>
* Aaron Straup Cope <ascope@cpan.org>
* Aaron Zauner <az_mail@gmx.at>
* Adam Jette <jettea46@yahoo.com>
* Adam Weinberger <adamw@FreeBSD.org>
* Alan Eldridge <alane@geeksrus.net>
* Alex Bakhtin <Alex.Bakhtin@gmail.com>
* Alex Deiter <Alex.Deiter@Gmail.COM>
* Alex Dupre <ale@FreeBSD.org>
* Alex Dupre <sysadmin@alexdupre.com>
(Only the first 15 lines of the commit message are shown above )
Make fetchable again. The distfile was rerolled years ago.
The difference between the old and the new distfiles are a lot of CVS
ids in comments, and the config.in.h being regenerated with a newer
version of autoheader. (Which we do not care about here because we use
autoreconf anyway.) While there, also put up a copy in
MASTER_SITE_LOCAL.
- Remove expiration, I'll fix it up as best as I can if it breaks.
- General cleanup of the Makefile
- Fix of a manpage symlink (reason for PORTREVISION bump)
- Document what the patches are for. (and regen when needed.)
Release maintainership. I no longer use this port and my former
co-worker no longer maintains the upstream. Additionally he has
been unable to recruit someone to take over maintainership of the
upstream.
After reviewing the VTun/VTun github site, the fork of VTUN itself
hasn't had any activity since 2013. Deprecating and expiring VTUN
due to openssl111 was the correct decision howeever adjust the
expriation date as suggested by mat@ to the FreeBSD 11 EOL.
VTUN currently has no upline maintainer and there are no plans
to add openssl111 support.
Reported by: mat@
Discussed with: Bishop Clark <bishopolis@gmail.com>
Previous VTUN upline maintainer
Deprecate and expire net/vtun. It is no longer maintained by our
upline. Bishop Clark, our upline, in response to my question if he
had any plans to support OpenSSL 1.1.X, his reply was that about
six months ago he asked to hand the project off to anyone who
wanted it. There were no takers.
The VTUN project is dead. It's time to cut it loose.
Upline (Bishop Clark, bishopolis@gmail.com) says that the
configure script was stale and that "aclocal&autoconf" will fix it.
This indeed fixes ./configure not detcting a working fork() and vfork().
He will update the readme in the tarball.
Recommended by: Bishop Clark <bishopolis@gmail.com>
vtun upline
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.
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>
Add local patch to specify pidfile path from command line option.
With this patch, vtund and vtunclient can be used on the same machine
without pid conflicts in rc.subr code.
Fix a few "bad example" problems in the rc.d scripts that have been
propogated by copy and paste.
1. Primarily the "empty variable" default assignment, which is mostly
${name}_flags="", but fix a few others as well.
2. Where they are not already documented, add the existence of the _flags
(or other deleted empties) option to the comments, and in some cases add
comments from scratch.
3. Replace things that look like:
prefix=%%PREFIX%%
command=${prefix}/sbin/foo
to just use %%PREFIX%%. In many cases the $prefix variable is only used
once, and in some cases it is not used at all.
4. In a few cases remove ${name}_flags from command_args
5. Remove a long-stale comment about putting the port's rc.d script in
/etc/rc.d (which is no longer necessary).
No PORTREVISION bumps because all of these changes are noops.
- On systems (e.g FreeBSD amd64) where sizeof(unsigned int) differs from
sizeof(lzo_uint) this patch is necessary for the correct operation of vtun
when LZO compression is enabled.
PR: ports/129815
Submitted by: Bjoern Groenvall <bg@sics.se>
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.
Mass-conversion to the USE_AUTOTOOLS New World Order. The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.
Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.
Preliminary documentation can be found at:
http://people.FreeBSD.org/~ade/autotools.txt
which is in the process of being SGMLized before introduction into the
Porters Handbook.
Light blue touch-paper. Run.
Change to use ${OPENSSLBASE} instead of ${LOCALBASE} in Makefile
for location of OpenSSL.
PR: 36427
Submitted by: Hidekazu Kuroki <hidekazu@pc88.gr.jp>
